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(57) Abstract 

A method and system for pcifonning financial transaction 
involving foreign cunwicic* deals in virtually all trading cunen- 
cics, automatically incoipoTales the current market process and 
operates in a secure environment. Customers can access the sys- 
tem on-line and in real-time through various terminals such as, for 
example, a personal computer (FO (10). By inputting information 
in response to prompts on the aciteo. die system quickly identifies 
the nature of die transaction die cuitomer desires and the customer 
inpuu the characteristics of tfjc transaction die user desires. The 
system then automatically generates an offer in response to the 
customer's request based upon a number of patimeteis including 
•the market price, the sire and nabue of d»c trinsaction and the sire 
and nature of the client. Tht system then promptly displays the 
bank's offer to the customer in a clear and concise manner. The 
customer is then given an opportunity to accept the offer, ask diat 
the offer be updated or reject the offer. If ttK customer delays for 
too long a period of time in deciding to accq)l or reject dw offer, 
the system automatically withdraws and updates the offer tijcreby 
prxstecting the hank from liability for a "stale" rate. If accepted, 
tite trade is automatically fonvanled for processing and assigned 
a reference number for tracking and contrcd purposes. 
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METHOD AND SYSTEM FOR PERFORMING AUTOMATED FINANCIAL 
TP ANgAmONS TNVOT.VTNn FOREIGN riJRRENCIES 



S FTFTnOFTKFTNVFNTTON 

The presem mvemion reiates generally to methods and systems for perfonning 
fl^ fti^ i Tif p><4 gnaocial transacdotts, aod moxe paniculariy to a method and S3rsiem for 
performing «»it^ti>H financial transacdoos involving at least two currencies at real-time 
market rates betw e en a customer and a finnnnial instiDsion. 

to 

n AnrnpniTMn nv top tnvfntiqn 

When a company goes to sell its goods overseas, it often faces the challenge of pricing 
its goods in a foreign currency. For example, vtoi a domestic tnanufactorer proposes to sell 
fanning equipmem overseas, the foreign purchaser may require the selling price to be in the 
15 foreign cunency. In order to generate its pn>posed selUng price the domesnc inanufacturer 
must have a mechanism to convert the foreign currency •iO the domestic currency. Hus 
conversioQ enables the manuCacnircr to determine how much foreign cunency the 
manufaourer will need to pay its workers, purchase materials and other sources which must 
be paid in the domestic currency. 



I 
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Further, the manu&cmrermay not be receiving the foreign cunency inunaiiatcly but 
rather may be fcceivmg periodic payments over time as set For 
example, some foreign cunency may be received when the order is placed, some may be 
received when the goods are dcUvered and the loaainder may be received when the goods are 
5 inspected and accepted. Thus, the nmnufccntrcr may require a nwchanism to convert the 
foreign currency to domestic cunency in the funirc at set dates (for example, 30 days, 90 days, 
or 1 year in advance) in order to generate a competitive bid price. 

In another example, a company or individual may have possession of an amount of 
foreign currency for a relatively short period of time and no presem need for the cunency 
10 itself. For example, a doincstic company may have sold equipment overseas and been paid in 
a fordgn cunency bm may not need the foreign currency uiitil three weeks later to pay off a 
separatcdcbt Thecompany may wish to collect mterest on that money for the three weeks 
arul be paid that interest in the foreign currency. 

Financial institudons, such as banks, have historically provided financial services to 
15 numufacturers and others who trade in foreign currencies. This function is generally referred 
to as foreign exchat^e TFX^ and mvolves the buying and selling of currencies, often at set 
times in the futxve. 

Sophisticated inatloets have devdoped at various cities throiighom the world to tcat^ 
cuRcndes. Today such tiadmg goes on 24 hours a day and has created a dynarnic and &st 

20 paced iiiaiketwfaeremctirxcDCtes can and do often "^ome" against eadioti^ 

second*to-scoood basis. For exanqile, the vahieofdieU.S. Dollar against the Ji^uuiese Yen is 
a relationship which changes over time based npon various economic and political ftictors 
indtiding the relative detnand for each currency. Due to the vast amount of imetnational trade 
occuning today, the demand tar foreign exchange transactions is enormous. 

25 In setting the exchange rate, for a particular transaction, a bank faces a multitude of 

factors. One obvious factor is die current rate of exchange between banks for the tv^ 
currencies the customer wishes to exchange. Further, depending on the size or nature of the 
relationship with a particular customer a bank may wish to quote that customer a more 
favorable rate. For example, if the customer has a large transaction or is a steady cusiomer. 
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the bank may wish to provide the customer a more favorable rate. Ftirtber, if the cuirency to 
be piiichased is less stable because it is traded less often or tfaecoimtry issuiog the cunency is 
viewed as less stable, the bank may wish to protect itself by charging a pttmiutm. 

In any event, as is clear from the discussion above, the setting of rates of exchange 
5 between currenci^ to customers is a complex function perfomied by banks. However, it is 
also an important role banks play in facilitating international trade. 

Currently, the process is manually intensive and may comprise several layers of 
participation. For example, a customer may contact a trader affiliated with the bank by 
telephone and provide the trader with the details of the desired trade orally. The trader will 

1 0 take down the information and then determine the price to the customer by assessing several 
factors including, the current 'SAolesaie** rate of exchange between the currencies, the nature 
ofthe customer and the size of the transacdoit In order to detemiine the price, the trader may 
need to communicate with another individual at the ''interbank** desL The "interbank" desk is 
the desk affiliated with the bank which determines the base exchange rates to which the bank 

IS will commit 

The trader will communicate this price over the tdeitoie and the customer will either 
accept it or reject it If accqited, the trader will execute the transaction and the execution will 
be reflected in die customer's aoooimt 

There are several shmocmiings in the cuiieattygtem. First, it nuQr be time intensive 
20 for the custonier because ifae price is beiiiggenentedmanuaUy by ft trader in response to ^ 
customer's request. The time needed to respond to the request may be substantial pardcularly 
if the request involves less traded currencies or a complex transaction (such as various 
payments over various set times). 

Further, the currem system is labor intensive. Because each response to a customer is 
25 beiiig generated by a trader* die bank must adequately staff die number of traders and this ^ 
be imperfect, leading to inefficiencies. Plus, there can be frustration ctcated on the pan of a 
customer if all the traders are occupied when the customer's call comes in. 
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There can also be a lack of uniformity. Differem txadcis may quote different prices for 
the same requested transaction due to the somewhat subjective way the traders formulate the 
prices. 

Because trades are done telephonically the audit trail consists of transcripts of 
5 recordings of telephone calls. The creation of such audit trails require human intervention (for 
example, the uanscribing step) and may not readily be accessible (for example, they may be 
archived). Accordingly, there is a need for an automatic audit trail which is less expensive 
and easily accessed. 

In a similar vein, whatever system is used must require that the customer commit 
10 quickly to the bank's offer^The customer must not be permitted to purposefully postpoi^ 

conunitittem to an offer umil after the market has inoved and then, if die movetnent is to t^^ 
customer*s advantage, accept the ofifer. The dynamic nature of today's fintmrtgy markets 

require that the offiets be held open for only a nutter of seconds. Further, security against 
unauthorized access is required. 

IS In addition, whatever system is used must be able to accommodate a type of foreign 

exchange ttansacdon known as a leave order. In such an order a customer specifies the terms 
of the cransacdon the user desires (caUed, for example, a 'latget rate**) and then ^leaves" the 
order with the financial insritntion. The financial institution is given the reqxmsibiiity of 
rnoiutoring the inarkettenns against the user's target rate and reporting back to the iiser^ In 

20 view of the dynamic natnre of tbeznaxket there is aneed to enable the user to amomatieaUy 
execute the desired transaction if Ae desired terms become available in the market 



SUMMARY OF TUP ThA^FNTION 

It is an object of the presem mvecdon to overcome the shmoomings described above 
25 with a meduxl and system for initiating and ofociiting fiareign exchange transactions. The 
improved mediod and system deals in virtually all trading currencies, automatically 
incorporates the current mailcet process and operates in a secure environment 

Customers can access the system on-line and in real time through various terminals 
such as, for example, a personal computer (PC). By inputting information in response to 
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prompts on the screen, the system quickly identifies the nature of the transaction the customer 
desires and the customer inputs the characteristics of the transaction the tiser desires. The 
system thai automatically generates an offer in response to the customer's request based t^on 
a number of parameters including the matket price, the size and nature of the transaction and 
5 the size and nature of the client The system then promptly displays the bank's offer to the 
customer in a clear and concise manner. The customer is then given an opportunity to accept 
the offer, ask that the offer be updated or rejea the offer. If the customer delays for too long a 
period of time in deciding to accept or reject the offer« the system automatically withdraws 
and updates the offer thereby |»t)tecting the bank from liability for a "^stale*' rate. 

10 If accepted, the trade b automatically forwarded for processing and assigned a 

reference number for tracking and control purposes. Futthert the system can generate a 
comprehensive array of individual transaction and summary reports. The user can enter 
setdemoit instmctions and receive confirmation of all trade details automaticaily. 

For recurring transactions, the detaib of the transactions can be stored and recalled to 

15 avoid any need to enter them repetittvely. 

Farther, the system enables the User to dftsignnte the particular account to be used for 
setdement purposes. 

Ibe system also autoriiaticaUy accepts, mcmitors arid executes leave orders. Theuser 
is given the opdon for auto execution. A blotter oflesveordecs is automatically generated 
20 arkdms^bemoottotedbytfaeuser. Cote coding is used to alen the user about the status of 
the matket versus the various leave orders. 

The system also accortmKxlates purchase orders \^erein a customer purchases a 
currency for payment to another party. 

Further, the system enables users to perform money market transactions in whic h a 
25 user may dqx>sit money in a first cunency and amomntically obtain inter^t on that deposit tn 
the first c ur re ncy . The system also automatically provides the user with an interest rate jin J 
the equivalent of the interest amount in a second currency, such as U.S. Dollars. 
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10 



BRIFF PFSCRTPTTON OF thp hp ^y^^^^f; . 

no 1 charts, generally, the overaU applications in reiaoon to related components with 
which they conununicate. 

FIG 2 shows the network of central compweis, or "senfos," that form the backbone of 
the FX applications* functions. 

FIGs 3-4 ouihnc the log-in process for the different applications. 
FIGs 5-8 outline spot and forward trades usizig FX Trade. 
FIGs 9-10 outline a swap trade using FX Trade. 
FIG 1 1 outhnes a Money Market Trade. 
FIG 12 outlines FXOrder emxy. 
FIG 13 outlines the flow of Payment Otdermessages. 
FIG 14 represents an application iog*in screen. 
FIG 15 represents an FX Trade spot tiansacdonscieeiL 
FIG 16 represents an FX Trade forward transaction saeea 
1^ FIG 17 repveseiits an FX Trade swap transaction screen. 

FIG 18 rejHeMtnia an FX Trade View TranactiQa «rf ?yn 
FIG 19 represents a Money Market Deposit scteca. 
FIG 20 rap t mauiJi a Mmiey Marine rmtm *^\r*^\m^^ mmL 

FIG 21 represents a Money Market transactional reooids screen. 
FIG 22 tepieaeuis a Money Market rate calculator that atows thg «l^wt ^|fffd fftrrign 
currency Money Market rates based on the U.S . dollar (USD) interest rates as well as the 
underlying FX spot rate and its related forward points. 
FIG 23 represents an FX Order Blotter. 
FIG 24 represents an FX Order New Order Entry screen. 

25 no 25 represents an FX Order screen thm provides an analysis of the dif!erai 

between a target and execution rate. 

no 26 represents a list of outstanding messages to the Payment Order Server. 
FIG 27 represents a message to the Payment Order Server, parsed from its original 

form. 



20 
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FIG 28 represents an original, unparsed message to the Payment Older Server. 
FIG 29 represents an FX Payment transaction screoL 

nFTATi^RnT^FRrPTPnoM 
5 TTic described electronic Foreign Exchange r*FX") applications allow clients of a 

financial institution to engage in international monetary trades using a personal computer 
("PC") with Microsoft Windows software. The FX applications are FX Trade, Money 
Market, FX Order and Payment Order. 

The network of servers comprises the following components: 

10 

Message Router (see HG I, dement 44) -The Message Router provides the means by which 
the cUent PC and the FX Trade, Money Market, FX Order and Payment Order applications' 
servers communicate. The Message Router receives all requests and replies betweeii clients 
and the iqipiications' servers (refer to FIG 2). 

IS 

Security Server (see FIG 2, eiemem 108) -Hic Security Server verifies a client's user name 
and password upon log-in. 

FX Trade Ezccotiou and Dealing Server ( 1 00) -^Tbe FX Trade Execution and Dealing 
20 Server (FX Trade Server) peifarms FX spot, fbnvani and swap nades for authorized clients, 
it obtains rates for those trades firai the Rate Server, peifbmis the uii^ 
transaction for a deposit made through the Money Market Server and FX spot and forwards 
leave orders for the FX ()rder Server. It converts currencies ftsr the Payment Order Server. 

25 Money Market Trade Execution Server (Money Market Server) (106) -*Tlus server 

allows a diem to deposit a ibrdgn currency for a shoit-tenn deposit at a specified deposit rate. 
The financial institution uses the FX Trade Server to swap the deposit for USD for the 
deposit's duration. At the end of that duration, if a client has not opted for a rollover ai least 
two business days before the maturity date of the deposit, USD are swapped back to the 

7 
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onginal foreign currency, both principal and interest accrued at the specified deposit rate, with 
principal and interest returned to the client in the original currency. 

FX Order Server ( 1 02) -This serm handles the tracking of leave orders for spot and 
forward orders, to be executed by FX Trade Server, in an Order Blotter. The FX Order Server 
provides for varying degrees of auiomaiic and manual leave orders and uses the Rate Server to 
track and match a leave order's desired rate. 

Payment Order Server (104) -This server handles bank-to-bank money orders and allows 
the creation ofan FX transaction out ofa foreign payment The Payment Order Server breaks 
incoming payment orders down into their individual components before forwarding the FX 
trade components to the FX Trade Server for execution. The FX Trade Server, in turn, 
converts the trades' foreign currency amounts into USD. The Payment Order Server receives 
money orders via either the Society for Worldwide Interbank Financial Telecommunication 
(SWrFT) Agent Server 122 or the Batch File Transfer Server via direct interactive log-in by a 
Payment Order Server user 1 16. 

Rate Server (1 14) -This server supplies foreign exchange rates for the applications' serven. 
Rates are updated fiom one or more sources 24 houm-day. 

Credit Server (124) —This server verifies client credit and allows or denies trades fiom going 
forward based on specific user credit limits. It supports the FX Trade and FX Order'Serveis. 

Transaction Hand-off Server (118) -Thb server receives all trades following execution by 
the FX Trade Server. It reUys trades for intennai financial institution Deal Capture (see FIG 
I, element 34). 
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Graphical User Interface (GUI) - This represents^ number of user intertaces for use on the 
client PC designed to work widi the various plications (FX Tiade, Money Maiket, FX 
Order and Payment Order). 

5 Applications on the FX Trade Server, Money Market Server, FX Order Server and 

Payment Order Server can be used by subscribing clients. Each client is assigned a unique 
identiftcation number. One client may have one or more entities assigned to it for use of an 
application. Individual authorized tisers ^vithin each client can utilize an application. Each 
user is assigned a unique user name and password and has different accesses and controls 

10 assigned All of this infomtttion is contained in auser profile stored in the datal^se of the 
application server being milizBd. 

A client initiates use of an application (FX Trade, Money Market, FX Order or 
Payment Order) by selecting the appropriate program grot^ and icon from the Windows 
Program Manager screen, and then selecting "^log-in** fiom the File menu FIG 3, 202. The 

IS client PC, using its phone-line connecdon, dials into the Message Router 204. When the 
client initiates the log-in process, a dialog box called the ^^Communications Monitor*" appears 
on the client PC and is visible during the entiie log-in sequence 20S. If log-in difBculties 
occur 208, such as the PC {dione-line Ming to establish a comiecdon widi the Message 
Router, then the citeat can call Cuttonur Service. The Conummications Monitor will show 

20 any log-in difficulties. A diem may choose to not view the Monitor box at any time during 
the log-in sequence by sdecttng "^Monitoi^ fiom the tools'* menu to disengage that feature. 

After the client PC phone-line establishes a connection with the Message Rotuer, the 
Message Router prompts the client PC for usemame and password entry for the application to 
be accessed 210 (refer to FIG 14). During cliem usemame and password entry, the client PC 

25 di^ays a message warning unauthorized users. The client PC sends the usemame and 
password to the Message Router. The Message Router passes this information on to the 
Security Server 214. The Security Server, in turn, verifies the usemame and password 21 6. 

If the Security Server*s information indicates that the client is unauthorized, then the 
log-in process does not go fonvard and the client cannot log-in 218. If the Security Server 
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validates the client usemamc and password, then it returns an authorization code to the 
Message Router (sec RG 4, clement 222). The cUent PC, through the Message Router, 
connects to the specific server that corresponds to the specific application bein| accessed (FX 
Trade, Money Market, FX Order or Payment Order). A copy of the user profile is sent to the 
customer PC from that specific application server at this time. A diem only has access to 
those application ftinctions that are so designated in the user profile and the client PC, which 
includes user trade limits, authorized trade times and additional password entry before trade 
release 222. If a client is logging on to the FX Trade Server, Money market Server, or FX 
Order Server, all available currencies for trade are sent to the client PC 230, The initial entry 
screen that now appears to-the client dqxnds on the specific appUcatioQ being accessed by the 
chent PC (FX Trade, Money Market, FX Order or payment Older). 

All messages sent from the client PC to the applicatkms* servers, as well the reverse, 
are channeled through the Message Router (see FIG I , element 44). The Message Router also 
directs messages by and between the applications' Servers. 

Following successful usemame/password entry and client PC to FX Trade Server 
connection, the Conununicatiom Monitor dialog box closes. The client PC displ^ its 
Bulletin Board in a dialog box that a client can clear. The FX Trade GUI tool bar appears 
bdow the main menu bar. SeverBlloKS at the bottom oftheanilication window are used to 
display System Statns Messages to the client^ indudmg **System Open for Trading, ''System 
Temporarily Suspended for Trading-Please calT and ''System Qosed for Trsding.*" The client 
receives an AudioA^isual Alert warning if these messages change while on-line. A telephone 
display will appear on the client PC as a toolbar icon. It remains off the book while the client 
is on-line, the client can log-off by either selecting the phone tool icon or choosing Loc K^tT 
fit>m the File drop down menu. If the conummications line with tiie client PC begins losini! 
its connection during the session, then the client will see the phone icon placed back on the 
hook, and will also receive an audio alert 

Clients may use the FX Trade application for one-way or, if authorized In the user 
profile, two-way spot trades (a "spot Trade" is where the value date, or setdement occurv i 
business days after the trade, thai is, the trade has a "tenor" of two business days). 1 ho I \ 

10 
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Trade GUI provides the main trade entry for a spot trade, which appears when spot trade is 
selected from the "Enter" menu FIG 5, 300 (refer to FIG 1 5). Tlie FX Trade GUI sets the 
tem»'to'*spot**302. The FX Trade Server utilizes the user profile stored in its database to 
confirm client actions against a client's authorizations and accesses, all of which were sent to 
5 the client PC at the time of log-in. From this point until the time of trade, at any time, a client 
may select "Cancer to cancel the spot trade and return to the FX Trade GUI initial main entry 
screen. 

A client may select an entity/account from a list of valid entities and accounts for 
which that chent*s user profile indicates that they are authorised to trade 304. If a client has 

10 beenset-upasasingleuserrthenonly oneentzty'sname willappear310. Ifthe user profile in 
the FX Trade Server indicates the Sales/Trader mode, this list will display entities on behalf of 
which a user is authorized to trade 308. The FX Trade Server sends the list of entities and 
accounts to the client PC. The entity/account list may not be revised by cUents and is 
, maintained by the fmanctal institution on the FX Trade Server FIG 4»224. 

1 S After the client selects an Entity and Account, they may selea a currency for trade FI G 

5, 310. A list of valid cuncndes was sent to the client PC by Rate Server via the FX Trade 
Server upon log-in (see FIG 4, dement 230). The list contains the cuntncies' SWIFT codes 
and abbreviated currency names (for example, GBP"UK Pound). The list appears pre-soned 
on the user's PC, divided into three subgroups-m^or currencies, secondary currencies and 

20 exotic. 

After selecting a specific type of currency to either buy or sell (see FIG 5, element 
3 10), the client PC will show only the available valid cutreiKies for trade with the first 
currency selected, as was sent by the FX Trade Server upon log-in 312. The client must then 
select one of the available currendes for trade from the shown list (buy ifthe first currency 
25 sdected3I4). Acliemmusttiienenteranainountforthccuirency todtherbuy orsell3l6. 
After selection of currencies, 310 and 314, and currency amount to either buy or sell, 3 16, if 
the dtent chose spot from the FX Trade Order GUI "Enter" menu, then "spot" was set as the 
default tenor 302 at the time that spot was chosen 300. In the alternative, a client may choose 
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a different pre-sct tenor or a broken date to place a forward trade rather than a spot trade (lefcr 
to FIG 8). 

Once the above steps for the spot transaction (buy and adi ctmen^ 

» 

and buy or sell amount, 3 1 6) have been completed, the client may ivquest the rate and teims 
320 for the specific buy or sell currency entered If a diem lequests a spot rate and the rates 
are unavailable, the client will receive an error message from the Rate Server via the FX 
Trade Server 324. The dicni can clear the errxjr message and re-enter currencies and amount, 
or can remm to the initial FX Trade GUI main entry screen 326. 

If the client requests a spot rate and the rate is available, then the Rate Sew^ 
nite quote to the FX Trade 8cn«r, the FX Trade Server, in turn, stores a tu^^ 
the rate quotation widi a unique reference mmto. AU FX Trade Server time-stamps are 
made using Greenwich mean time (GMT); however, adjustmoit for time display on a cUem 
PCcanbemadeonacliem-specificbasis. The FX Trade Server then rdays the requested rate 
quotation to the chent PC 330 as adjusted by Pre-dctcrmined criteria in the FX Trade Server. 
Thepre-determined criteria consists of spreads (i.e^ additional percentages of the curraicy a 
mourn or ^'nmk^ips*^ to be added to the base quote at financial institutio^^^ 
and massaged, too, depending on the cash value of the transaction, respectively "ti 

When the rate is received the Term of Ae currency wiU be displi^ by the 
332, as it was received at the time of tog-in. Hie Temi is validated on the client PC as it was 
received at the time of log-in, along with die valid currency list 

Once the dient receives the rate 330, the client has a specified time period (5-1 5 
seconds), as pre-set within the FX Trade Server, in which to accept the rate by choosing the 
''Trade'* button on the screen 344. If the client does not accept die rate witfam the specified 
time period, Oen, ixpon request, the Rate Server via the FX Trade Server wiU so^ 
rate to the dient PC 336 for the diem to accept or not accept 340, if the currency rate changes 
at any time past the specified time period. At any instant within the specified time pehod to 
select a rate, the client may obtain an updated rate from the Rate Server via the FX Trade 
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Server by choosing the "^Get/Refr^ Rate" button 342, and will have another 5- 1 5 seconds in 
which to accept ornot accqst the nte. 

If the client decides to accept the rate, then the ^Trade*" button on the FX Trade screen 
is chosen 344. Following the selection of the "Trade" button, the client may no longer select 
S the "^Cancer button to cancel the trade 346. However, after the Trade Button is chosen, a 
message box appears o the screen that gives a stunmary of the trade 348 (for example, the 
message box could state ''You buy DEM 23,429.00 @ 1 .52487') and allows the cUent another 
chance to cancel the trade 352. The clieiu can choose to either accept or not accept the trade. 
If the client chooses not to accept the rate, within the specified time period, then the 

1 0 client can clear the messagr box on the PC and return to the point where the rate was <^tained 
FIG 5, 318. If the client accepts the rate 354, within die specified time pehod, then the trade 
is released for execution 356. The client PC sends the accepted rate quote to the FX Trade 
Sever 358. Hie FX Trade Server looks up and matches the accepted trade against the rate 
quote previously stmd in its database, as well as its copy of the user profile 360. Upon 

15 matchiiig the trade against the rate quote, the FX Trade Server sends the trade to the Credit 
Server 362 to check the trade amount against the client's credit limit, as stored in the Credit 
Server's database. 

Ifthe Ghent's trade exceeds pro-set limits in the Credit Server, the trade stops 3M^ If 
the client's trade is widmpre-set limits in the Credit Server's database, the Credit Server 
20 returns the confirmed trade to the FX Trade Server 368. Tbe FX Trade Server then storesa 
time-stamped copy of the trade in itt database as a "leased" trade 370. 

The FX Trade Server then sends the released trade to the Transaction Hand^Bf Server 
372, which in turn directs the trade to the financial institution's Deal Capmre Syston (see FIG 
1, element 34). At die same time, the FX Trade Server sends a copy of the trade to the 
25 MultiBank Confirmation and SetHement System 30. 

Depending on pre-set criteria for the client as contained in tbe client PC and the FX 
Trade Server* s user profile, a cUent may have to enter theu* password a second time before 
accepting the trade for release (see FIG 7, element 376). Alternatively, the user may choose 
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to not accept the trade and return lo the point where the rate was obtained (sec FIG 5. demcni 
318). 

Once the trade has been released, then the FX Trade Server sends the cUcnt PC the 
following details of trade (all of this information also being stored in the FX Trade Server's 
database): Transaction Reference Nurabcn Status, whether released or not released; the name 
of the person who entered the trade; and the transaction date and time-stamp (see FIG 7, 
clement 374). 

In another trading scenario, cheats may use the FX Trade Server for forward trades (a 
"forward trade" occurs when the value date, or scttlancm, of a ttansacdon occurs at a pre- 
determined future date). The process of perftMming a fonivard trade using the FX Trade 
Server corresponds to that of performing a spot trade with the diflfereaces as described below. 
After a dieat chooses ^'Forward," the FX Trade GUI sets the Tenor" button U) "on" and 1 
week as the defieuilt taior (see FIG 8, elemott 410). A cUcnt may use the de&ult tenor or 
choose from a list of alternate pre-set tenors (hr example, 1 unonth, 3 months, 1 year, etc.). 

Altemativeiy, the user may select the ''Value Date" button and choose a broken date 
for the truie 414, to be entered in a day-month-year format From this point, the trade flow 
follows the same path as the spot trade; however, when the FX Trade Server r«ums the rate to 
the cUett PC, it also returns the rate's associated forward points, wMch 
dififerenoes in ittietest rotes between the two selected currencies. Forwanl points are a 
function of die currencies selected and the teoor. 

Qicnts with two-way pricing capabiUty, verified as such by ti» user profit 
Trade Server, are able to receive two-way price quotes to make spot or forward trades. 
Clients obtaining two-way rate quotes for spot or forward trades follow the same trade flow as 
for one-way spot or forward trades (refer to HQs 5-8). However, the client does XK>t iridicate 
which currency is to bought and which currency is to be sold imtil afier the quotes are 
received from the FX Trade Server. The Client then selects the **Grt Rate" button, and the FX 
Trade GUI responds with two rates, one for buying the foreign currency and the other for 
sclhng the foreign currency. At the time that the client obtains die rate, the Terms are 
displayed on the client PC. At that point, the client must declare if he is a buyer or seller for 
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that particular transactioD by selecting cither the "You Buy" or *' You Sell" button. These 

buttons do iK>t appear on the one-way trade sctrais aiul caimot be used until the 
obtained. 

For example, if a client input GBP for the first cunency, USD for the second cuncncy, 
5 and input an amount for GBP, then the client would have to choose to either buy GBP for 
USD or sell GBP for USD after receiving the rate. Once the client chooses to cither buy or 
sell, then a message box appears o the screen, stating s siunmary of the trade so as to allow the 
client a last chance to confinm or deny the trade. A *'Yes" and "No" button appears in the 
message box to either accept or deny the trade. 

10 If the client dmies the trade, then the message box clears and the client is renimed to 

the two-way trade main entry scicen. If the cltem accepts the trade, then the trade is released 
and sent from the cUcnt PC to the FX Trade Server, where it follows the same path as a one 
way spot or forward trade (refer to FIG 5). 

In another scenario, cUents amuse the FX Trade Setver to perform svva^ trades. The 

15 initiate a swnp trade, a client selects "^wip** from the "Rle" memi of the FX Trade GUI initial 
main entry screen. TheGUI then provides the swap main trade entry screen 5 10 (refer to FIG 
17). From this poim until the time that the trade is executed, the cliemm^ cancel th^ 
and return to the FX Trade GUI initiai main entry screen. A client next selects an 
entity/aoooum frtmi a list of valki entities and accounts for which they are 

20 S14,aswassemtotheciientPCbytfaeFXTiadeServenipQnlog<4n. The cntiQr/account list 
may not be revised by users and is tnainlained by the financial institution on the FX Trade 
Server. 

After a client selects an entity and account, they may select currencies to buy or sell 
ft>r the first leg ofthe swap 516. llieclienttfaenchoosesasecondbuy or sell currency from a 
2S list currencies available for trade widi die first currency, as was sem to the client PC by the 
FX Trade Server upon log4n 518, The dient then must mpm an amount for either the buv or 
sell field 520. Because the first leg of the swap trade is made at an uiuierl3ring spot rate, the 
FX Trade GUI on the client PC sets the tenor to "Spot" 512. 
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At this point, the cUcnt may enter up to 5 additional swap legs, for a total allowam^ of 
six sw^ legs 528. TbecUemcmersthismfoimationomothcspradshBctonti^ 
swap trade screen. The inf^nnation cmered by the diem indudes the forward leg tenor o^ 
value date, the forward cunency and forward cuirency amount for eadi additional leg. After 
5 entry of any addittonal legs, the client may obtain a rate 522 for the swap trade. The client PC 
receives the rate from the Rate Senrcr via the FX Trade Server 524, which stores a time- 
stamped copy of the quotation in its databa^ 526. The FX Trade Server, after adjusting the 
rate by pre-detcrraincd criteria, sends the client PC the rate, counter-vdue and vdue date. For 
each additiond leg. the Rate Server via FX Trade Server lentras to the dient PC the forward 
10 leg rate, forward leg points-and the forward leg counter-vahie. 

Once the diem chooses to trade, the dient PC sends the trade to the FX Trade Server 
530, which verifies die trade agamst Ac user profile 534 and match^ the trade against die 
previously stored and time-stamped rate-quote. The FX Trade Scrvw sends die trade t o die 
Credit Server 536, which verifies die trade against die dient's trade limits in die Credit 
1 5 Server's database 540. 

Ifdie trade is not widun die dicnt's credit limit, die trade stops. If die trade is widun 
die diem's credit limit, dien die trade is sem back to die FX Trade Server 544. TlicFXTndc 
Server files a GMT dme-strnt^ed copy of dK trade in its database 546 and dien seo^ 
to dteTtansacdonHaiid-cff Server S4t. From die TranncdonHand-offSenrer, die trade is 
20 scm to die finanddinsdtndon'sDedCaptiirc System (sec no 1, dement 3^^^ AtdKsame 
dme, die FX Trade Server sends a copy of die trade to die MultiBank Confixmation and 
Setdement System 30. 

Depending on pre-set criteria contained in the user PC for die user profile, a diem may 
have to enter dietr password a second dme before accepting die trade for release (refer to FIG 
25 7, dement 376). 

Once die trade has been rdeased,dien die FX Trade Server sends the cliem PC die 
following details of die transacuon status (all of this infonnadon dso being stored in the FX 
Trade Servcr^s database): Transaction Reference Number. Status, whether released or not 
released; and the transaction date and time stamp 550. 
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Additional functionality is available from the FX Ttade GUI on ihe client PC. A client 
can leview all FX Trade transactions from the **View Transactions" screen (see FIG 1 8). 
CUents can view traiuacdoas between cotain specified dates or view aUti^^ FX 
Trade transactional information on the '*View Transactions" screen incUides-transaction date, 
5 buy currency type and amount, sell currency type and amount, transaction (FX) rate, value 
date, reference number assigned by the FX Trade Server, and Status. 

In another plication, authorized clients may use the Money Market application for 
shon-term deposits of foreign currencies at a specified deposit rate. The fmanciai institution 
swaps the foreign currency into USD for the deposit's duration, and, at the end of the 
1 0 duration, sws^s the USD back into the original foreign currency* along with iiuerest amwd 
over the at the specified deposit rate. ThisapplicationoEiay be of use for an entity which will 
hold foreign currency for^ relatively short period of time and wishes to earn interest on that 
currency during that time. Further, the entity itself does rx>t wish to participate in the foreign 
exchange market TheMoneyMatktt Server uses rates obtained from the FX Trade Server 
15 for FX rates and fonvard points. USD interest rates are manually tt^nit into the Money 
Market Server by finnnrial instit u tion peno n n el . 

A client may access the Motley Market Sermiising the iog^n process that n& 3-4 
ottdiDe. The MoiKy Market OUI presents ifaedient with a Money Market Deposit screen 
(refotoFI019). The Mooey Market Ser(«aoo(mmK>datessaiaUer deals and larger deals. 
20 n&e larger deals have a threshold amount that cannot be exceeded, or the deal stops. 

Once the client PC displays the Money Market Trader ''Money Market Deposit" 
screen (see FIG 1 1, element 610), the dietu can enter the details of a deposit of foreign 
currency 6 12. This includes -* the foreign currency, tenor or value date, maturity date of the 
short-term deposit and fcmgn currency principal (refer to FIG 19). Upon entering this 
25 information, a client may select the 'tvet ()uote'* button to obtain a deposit rate quotation 614. 

The Money Market Server receives the ''Get C^uote*" request and sends this 
information to the FX Ttade Server to obtain an FX rate and forward points for the foreign 
currency entered against USD 616. The FX Trade Server requests and obtains, if available, a 
rate from the Rate Server 61 8 and returns the rate and fonvard points to the Money Market 
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Server 620. If there is no rate avaUablc or if the FX Trade Sciw is dosed for trading then 
the trade stops. 

After coniirmauon that the USD threshold has not been exceeded, the fo^ 
exchange rate, forward points, USD imcrest rate and othCT pre^leteri^ 
5 calculate deposit rates 626 to be retuined as a foreign currency interest rate to a client 628. 
Smaller Money Market deposits are carried out between the diem PC and the Money Market 
Server. Larger Money Market deposits are carried out at the discretion of designated financial 
instittrtion personnel 632. Deposit rates are calculated by the Money Market Server-deposit 
rates can be calculated using spcdfic FX rates and tenors using the "Rale Calculator" (refer to 
10 FIG20). The USD tnteicstraies, received fiomextenial sources art manually input by the 
financial institution into the Money Market Servv, reviewed and, if necessary, updated, 
approximately orxx per day. 

Financial institution personnel can view the Money Market Trader "Rate Calculator" 
screen (see FIG 22) that shows the foUowing-made date, curveiKy, spot rate, tenor, value date, 
1 5 deposit maturity date, in addition to USD interest rates, forward points (bid and offer), and 
foreign cunnency Money Market bid and ofiEer rates. 

The Money Market Server fltms a time-stamped copy of a quoted rate with an 
assigned refisrencenmnber6H and, then, relays this infiirmaiion to The 
intimation that the Money Market ServtT sends to the dieot PC iiK^^ 
20 currency Money Market bid aiui ofEer rates, USD interest, equivalent USD deposit principal 
and payment terms 636. 

If the client accepts the rates, then the client PC sends the acceptance back to the 
Money market Server 642, which sends the FX portion of the trade to the FX Trade Server 
644. The EK Trade Server, after matching the rate quotatioii, time-stamp aiKi user profile, 
25 executes the FX portion of the trade (refer to FIG 7, elements 362-374). 

A diem has the option of a deposit rollover any time prior to two business days before 
the deposit* s maturity date. After receiving permission from designated financial institution 
personnel, a client may, by selecting 'Trade" and, then, "Rollover" from the Money Market 
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Trader Transactions'' screen (see FIG 21). enter the txade details for a certain previously 
placed Money Market deposit to be rolled over. 

Clients may view Money Market deposits on the Transactions*' screen (see FIG 21). 
Money market Transactions'' screen information includes the following-Money market 
5 Serer reference number, foreign currency exchanged by FX Trade ServcTt principals foreign 
currency deposit rate, tenor, USD interest amount trade date, maturity date and customer 
reference number. 

Clients may view Money Market deposits on the 'Transactions'' screen (see FIG 2 1 ). 
Money Market Transactions" screen information includes the following-Money Market 
10 Server reference number, foreign currency exchanged by FX Trade Server, principal, foreign 
cmrency deposit rate, toior, USD interest amount, trade date, maturity date and customer 
reference number. 

In an additional application, authorized clients may place dififerent variations of leave 
orders f or spot and forward trades using the FX Order Blotter for order tracking, which, in 
15 turn, uses the FX Trade Server for txansacdonexecodon. A client PCIogs-in to the FX Order 
Server using the process that HQs Millostiate. The FX Order Server contains copies of user 
profiles in its database. It seitds a copy oflfaeim profile to the client PC 222. 

Additionally, FX Order ctastificatiom far usew at a client's location, such as Order 
Entry and Order Management, reside in the FX Order GUI in the client PC. 
20 AcltemttsereQooimtBntteFXOnlerBtotier(rBfertoHG23)iiponlogging-m 

FX Order Server (see FIG 12, demem 710). The FX Order Blotter displays orders in revose- 
chronological arrangemem by order placement There are three modes in which a client may 
use the FX Order Server: 

Clieat Order MattagCBOitModr. in this mode, ctients can place orders. Clients can 
25 and track orders on the Order Blotter. The Order Blotter records all orders (see FIG 

24). 

Autoexecntion Management Mode: in this mode, the user can place leave orders for 
spot or forward trades. If the orders arc within certain parameters, the FX Order Server will 
send the order to the FX Trade Server for auioexecution (see FIG 24). 
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Leave Order Maoagement Mode: in this mode, the client leieases any order for 
finandai institution management or execution or bodL These typically orders over a certain 

direshold currency amount so as to obtain die best rates. TTic parameters for filling the order 
are determined by the expiration date. 

5 Leave orders arc valid or invalid at the client's discretion, that is, a client (Order Entry 

or Order Management user) may cancel a leave order, manually, at any time before the FX 
Order Server sends an order to the FX Trade Server for execution. There are three primary 
qualifying fectors that govern when the FX Order Server will automatically cancel or not 
cancel a leave order, as the "New Order Entry" screen (see FIG 24) shows: 
10 Good For Day (GFD): At the time of the dicnt^s log-in, when the FX Order Server 

sends the user profile to the cUent PC, each client, at any location. wiU receive the OFD 
opdon. Under GFD, if die entered order's specifications are not reached by die end of the 
business day in that client's region, known as part of die user profile, die FX Order Server will 
automadcally cancel the leave order. 
1 5 Good Until Cancel (GUC); OUC places the burden of canceling an order on the a 

client CUems can specify a spedfic date and time for recdving a GUC reminder from die 
client PC (see GU, below). GUC places no time limitadon regarding order validity. GUC 
only warns On the form of an audio arid visual cue) a cliem when two nu 
fiom die duK that an order was acdvatad by a user at a client with Order Management 
prhdieges, that is, fiom the tirne the leave order was placed far autoexecudon at a t^ 
rate. It is die client's responsibility to respond or not respond to a GUC fiagged order 
warning. A client can ran a report at any dme to view all outstanding orders soned by ihcir 
GUC dates. 

Geed Until (GU): Using a GU order, clients can specify a date and time for recei vmg 
25 aGUCreminder. Forexample,aclientcanspecifyaparticulardateandtime when it is 
known that die client will be able to review and address a GUC reminder at the client IH 
At a cUentloca]ion,diere are two types ofindividualsv^oniay use die FX Order Server - 
Order Entry and Order Management. Any single person may be entitled to privilejicN . - t N.th 
types as determined on a client-specific basis. 
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The following table iUustiates the different Order Entry and Order Management 
privileges in terms of the different states of a placed order. 

Order Entry Qrdtr Minigcmcnt 

Edit: 

Pending: * 

Cancel: • • 

Active: • 

Done: • 

Hand-off: » 

Pass: • 

Return: * 



After the FX Order GUI displays the Order Blotter on die cUent PC, an Order Entry 
them wishitig to place an Older selects *X)rtler5''fiom the Older Blotter ni^ The 
client PC di^lays the *T4ew Order Entry" screen 714. A client enten the reqtiired 
!nformation--tenor or specified vihie date, pie-set business nite fo 
Tike Profit or Stop Lx»ss), buy and seUcurieacies, buy amoimt, target rate and selecdon for 
when an order w ill expie in the FX Order Server* as the Order Blotter 
cither GUC, QFD or GU 716 (see FIG 24). 

Once the above information is entered, the Order Blotter displays the following 
information concerning the order, all of which is sent to the FX Order Server, which stores the 
information in its database: Order ID (assigned by the FX Order Server); State; Buy/Sell 
Target Rate; Amount; Role (business rule for trade); Auto ( Autoexecute) or Notify or both; 
.and Strategy 718. 

In this instance oforder placement, the order is in an Edit state 720. An Edit order can 
be moved to a Pending state by the Order Entry user. Alternatively, from the.Edit state, an 
order can be moved to a Cancel or Edit (again) state. 
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The origiMting or other Onto Emry dient (an 
Pending state, ftom which it can be moved into an Active state by an Order Management 
individual 724. 

If an Order Entry iiscr places the Older in a Pending state Jt tema 
client's Order Blotter until an Order Management user moves it into an Active state. 

Pending orders may shift from Order Entry to Order Management users, but not the 
reverse. Alternatively, a Pending order can be moved to a Cancel or Edit state. Once an 
Order Management user makes an order Active, then it remains in that state for ongoing client 
management imtil the ordertransitions to Done, Rcnim, Handoff, Pass or Cancel. 

An Order Management user cannot execute or flag an order for Autocxecution if his 
in the Return state; rathCT, the order has been sert back to Order Entry for 

An order in the HantbfT state has been flagged for fimhcr management, and possible 
execution, by the fmancial institution directly. An Active order can be assigned either or both 
Notify or Autoexeeute attributes before changir^ to a Handoff sttt. 
15 If the Order M a n a g em en t user wishes no further order management prior to execution, 

then the user can assign an Active «tlcr the attributes of eidier Notify or Autoexeeute or both 
730. Notify is set by sdccting the Notify button on the Order Blottc^^ 
coku-^nded for cUem notification of target rate nutch. Tlie FX Order Server regularly 
receives and monitors FX rates received directly from the Rate Server, and updates the Order 
Blotter accordingly 731 In tuni^tbedieat PC. when receiving die iqxiated Order Btot^ 
information from the FX Order Server, gives an audio and visual warning when an order b 
3% away from a target FX rate and changes the color-code. The warning is repeated when an 
order is 1 % away. If not set to Autocxecution, it is the Order Managonent tiser^s 
re^nsibility to execute the transaction, if die market rate matches the target rate, if he so 
25 chooses. Altenattvely, he can let the rate "Irade through,** that is, if 4ud wb^ 

and target rate match, as monitored by the FX Order Server, no execution takes pla^^ If 
manually trading, the cHem user must update the Order Blotter himself to place the order into 
a Done state from the Active state. 
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If an order is set to Autoexecute, once the order's target FX rate has been met, as 
determined by informadon »tt to the FX Older Server by the ^ 

Server will send the Autoexecute order to the FX Trade Server for execution 738 (refer to FIG 
7, elements 362-374). The FX Older Server automatically transitions the order state from the 
5 Active to Done and updates the Order Blotter as such. 

If an order is in a Pass state, then that order is pan of an entire Order Blotter that is 
being passed to a client business unit in a separate client business region, liulividual orders 
cannot be assigned the Pass state. This receiving cliem business unit assumes all 
re^nsibility for order management and possible execution of the orders that constitute the 

10 passed Order Blotter, including all of the orders' associated states and strategics. Passing of 
Order B lotters is performed at the end of fbt business day in that client* s local time. 

An order in a Done Aate has been time-stamped and stored by the FX Order Server 
736, and automadcally executed by the FX Trade Server 736 (refer to FIG 7, elements 362- 
374). An order can be placed imo the Caned state (a privilege shared by (Mer Entry and 

15 Order Maiugement users) if it has not been executed, that is, is not in a Done state. 

FX Order Strategies allow orders to be linked to other orders under certain conditions. 
TheOrderBlotterindicaiesordets* Strategies, if any. This indodes: allowing an Active order 
to be set to another onier to Canod if die Active order is Done (OCX)); setting an A^ 
to execute only if another d<ntgroitwi Active order executes (IF/THEhO; selecting orden for 

20 placement in loops so that orden ^GKt each other in different ways depending one 
selected order's individual state (LOOP); and selecting a group of orders and assigning 
spedfic states to each order (OCORE). 

FIG 25 illustrates the FX Order "Customer View'* screen. The screen's information 
indudes — InstriKtions (entered onto the scr een freefonn, as a message to users), endty, tetter, 

25 vahie date, counterparty, client refmnoe number (from user profile), currency, target spot 
rate, execudon rate, contract rate, aixidifiEerence. The latter provides a profit and loss (P & L) 
andysis of the difference, if any, between the contract rate and the execution rate of a leave 
order in the Done state. 
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In an additional appiicaiion, ihc Paymcm Order Sc^ 
allows a financid insttiuuoD customers to make ftjreign 
entities in USD. The PaymcmOnlerSwverrxeives messages for transactions to 
the FX Ttade Server for execution. The Payment Order Saver breaks down those messages 
into components diat the FX Trade Server 100 can make use of to execute the transaaions 
(refer to FIG 7). User profile validations arc performed by the FX Trade Server prior to trade 
execution; the Payment Order Server does not perform the validations. Upon receipt and 
validation of Payment Order messages, the FX Trade Server executes the currency 
transactions (refer to FIG 7). 

The Payment QrderServer receives innftming payment messages by the SWIFT Agent 
Server 122 or the Batch File Server 1 16 via direct internal fiiwftf^ni institution user log*in to 
the Payment Order Server (refer to no 29). FIG 13 iUustratea the diSerem components and 
methods of messages being received by the Payment Order Server, processed, and submitted 
to the FX Trade Server, as is described below. The SWIFT Agent Server receives messages 
predicated on worldwide SWIFT stamlards and protocols, as amunonly known m 
banking industry. Customen may sod SWIFT messages direcdy to the SWIFT Agent 
Server. HQ 28 rqxresems a message to the Payment Order Server in the original SWIFT 
fimnat HO 27 rqmsents an origmal SWIFT message broken down into its consti^^ 
parsed, easier reading. The Payment Order Server acknowledges receiving the SWIFT 
messages; in torn, the SWIFT Agem Scm deletes the acknowledged files from i 

Banks can employ either the SWIFT network to transmit messages in S WIFT- 
sanctiqned fomiat (MTIOO) or a batch file transfer method to send paymem messag^ from 
the individual finnnrial institution. If from the latter, the Batch File Server determines which 
of the messages contained in the financial institution's mainframe are fr>r fordgn currency 
exchange Iqr the Paymem Order senrer, retrieves those messages and passes these messages to 
the Paymem Order Server. The Pfl^rmem Order Server acknowledges receiving ^ 
Files; in turn, th& Batch File Server deletes the acknowledged files from its memory. 

Customers can log-in to the Paymem Order Server, using the log-in process that FlGs 
3-4 depict However, user profile validation is performed by the FX Trade Server at the time 
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the Payment Order Server sends Payment messages to the FX Trade Server prior to trade 
execution (lefer to FIG 7). 

Customers can review Payment Order inbound messages on a blotter {sec FIG 26). 
The blotter's information includes - the Date (of payment message submittal), the Sei&der 
5 identificanon, the payment Receiver, payment Status, Buy currency (the foreign currency), 
Sell currency (USD), the uansaction amount, and the Payment Order transaction number. 
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WHATT^rT^JMppycj. 

1. Amethodforausertopcrfonnfinaiunaltia^ 
currencies comprising the steps of: 

accessing a financiaJ system affiliated with a financial institution using a terminal, 
wherein said terminal is a personal computer acting as a local client in a client-server 
architecture, and running in a Wndows environment; 

verifying that said access to said system is amhotixed; 

identifying an account affiliated with said user to tnuie on; 

ii^nming a first currency and a second currency to be 

inputting the desired characteristics of said transaction including a desired 
transaction amount; 

determining automatically the terms to be offered by said financial institution to 
said user for said transaction including a rate of exchange between said two currencies; 
infnining said user of said offered transaction terms; 
accepting said offimd transaction tenns; and 
releasing aut om ati c ally said accepted transacdon tmns for execution. 

2. The method of claim 1 wherein said accessing step is done via a public tietwork. 

3. The metfiod of claim 2 wherein said terminal is a personal computer (PCfrunning 
in a graphical user inter&ce environment 

4. Tht method of claim 1 wherein said verifying step further includes the step of said 
user inputting said user's name and password 

5. The method of claim 1 further including the step of selecting the desired fmancial 
transaction from a menu. 
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1 6. The method of claim 2 fuzther including the step of sending information specific 

2 about the user to said terminal. 

1 7. The method of claim 1 fiuther including thg> giqi nf w y jjn g i 1?ign«l tff Thf llSff if 

2 the system becomes inoperative. 

1 S . The method of claim 7 wherein said signal includes an audio signal. 

1 9. The method of claim 7 wherein said signal includes a visual signal. 

1 10. The method of claim 7 ^^wrein said signal includes both an audio signal and a 

2 visual signal. 

1 11. The method of daim 1 wherein said stq> of inputting an accotmt to trade on further 

2 cMnprises a step of selecting accounts fiom a menu list 

1 11 The method of claim 1 wherein said inputting first and second currencies step 

2 further inchtdes the step of displ^ing all second curitociesavaiU 

3 currency once said first cutrency is input 

1 13. The method of claim 12 further including the step of selecting said displayed 

2 second currency. 

1 14. The method of claim 1 wherein said determining step further includes the step of a 

2 spread autamattcally being added to a base quote for said transaction. 

1 IS. The method of claim 1 4 ^^lerein said spread is automaticaliy calculated by factors 

2 including the cash value of said transaction. 
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16. Hie method of claim 1 further induding^he step of storing a record of the terms of 
the transactioii offered and the time of said offer. 

17. The method of claim 1 fimher including the step of assigning a reference number 
to said offer and storing said reference number. 

1 8. The method of claim I wherein said step of offering said transaction to said 
customer further includes the step of limiting said offer to a specific time period. 

19. The method of olaim 18 wherein said time period is 5-15 seconds. 

20. Tite method of claim 1 8 wherein said offering step further includes the siep of 
providing the user the option to refresh said offer. 

21 . The method of claim 20 winein said option is available during said specific time 

period 

21 Tlie method of claim 20 further induding the steps of updating said offe^ 
of said transaction and restarttng said specific time period win said option is chosen by said 
user. 

23. The method of claim 1 further including the s\ep of reconfirming said accepted 
transaction with said user prior to said releasing step. 

24. The method of claim 1 further including the step of summarizing said released 
transaction and providing said summarization to said user. 
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1 25. The method of claim I further including the step of automattcaily comparing said 

2 accepted offer against a credit limit for said user and automatically permitting release of said 

3 accepted transaction if said accepted offer is less than said credit limit. 

1 26. The method of claim ! further including the step of automatically recording the 

2 time of said released transaction. 

1 27. The method of claim 1 fuither including the step of automatically sending said 

2 released transaction to a deal capture system. 

1 28. The method of claim 1 fuitfaer ingitifting the step of automatically sending a record 

2 of said rdeased accepted transaction to a database affiliated with said financial instinition. 

1 29. The method of claim 1 fuither including the step of revetifying user authorization 

2 prior to said release. 

1 30. The method of claim 29 wherein said revetifying step includes said user reentering 

2 said user's identification and password. 

1 31. Tlie method of claim 1 wherein said financial institution is a tnoik. 

1 32. The method of claim 1 wherein said first currency is US Dollars. 

1 33. Tlie method of claim 1 wherein said second currency is US Dollars. 

1 34. The method of claim I wherein said first currency is sold and said second currency 

2 is bought. 
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35. The method of claim I wherein said 5rsLcunency is bought and said second 
cunency is sold. 

36. The method of claim I wherein said transaction is settled at an immediate date. 

37. The method of claim I wherein said transaaion is settled at a future date and 
further including the step of: 

inputting the desired date for said transaction to settle. 

38. The method of claim 1 wherein said desired characteristics include the option of a 
two-way price quote for sai d first and second cuxitncies and further wherein said accepting 
step further indudes the step of said user identifying which ^ 

cunency to sell before condnuing with the transaction. 

39. Themettodof claim 1 wherein said desired charactetistics include a swap trade 
and said ii^wtting of desired characteristics step fu^ 

plurality of swap legs, the fbrward cunency and a fimvaid currency amount for each leg. 

40. The method of claim 39 wherein said step of inputting of desired characteristics is 
done on a spreadsheet 

41 . The method of claim 39 wherein the number of legs is between two and six 



42. The method of claim I fiiither including a step of reporting detaUs of said relca.scd 
transaction to said user including a transaction refisrenoc number, a stanis report and the 
transaction date and time. 
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1 43. The method of claim 1 fimher including Oie ncp of displaying at least one report 

2 of ail transactions to said user. 

1 44. The method of claim 1 wherein said desired charactmsdcs include a leave order 

2 and said step of inputting the desired characteristics of said transaction further includes 

3 inputting an expiration period; 

4 and further including a step of monitoring automatically prior to expiration a 

5 financial maiicet affiliated with said transaction and confirming that the accepted terms are 

6 available in said market. 

1 ^5 - The method ofclaim 44 wherein said expiration period is for a fixed pm 

2 time. 

1 46. The method of claim 44 wherein said expiration period is indefinite and expires 

2 when subsequently canceled by said user. 

1 ^7. Tlie method ofdaim 46 further inchiding the step of wuning a said u 

2 expiration period has extended over a certain period of time withcmteaqririiig. 

1 ^S* The n»dKxiofdatm 47 wterein said certain period of tm 

1 49. The method of claim 47 further including the step of said user setting saitTccrtain 

2 period of time for receiving said warning. 

1 50. The method of claim 44 further including the step of entering said desired 

2 charactertsdcs in a blotter. 
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5 1 . The method of claim 50 wherein said step of eoteiittg said desired chaiacterisdcs 
in the blcmcr is coupled to said step of ininming 

52. The method of claim 44 furthw including the step of automatically executing said 
leave order when said accepted tenns become available in said market 

53. The method of claim I wherein said desired characteristics include order entry of a 
leave order and said step of inputting said desired characteristics of said transaction include a 
target foreign exchange rate b^ween said two cuiicndcs; 

and further including a step of monitoring automatically a financial market 
associated with said financial transaction and offlfirming that 
available in said financial market 



54. The method of claim 53 further inchtding the step of iqxirting automatically to 
said user of the difiBaraices between said market terms and said accepted oflEer. 

55. Tlie method of claim 54 whereitt said r^rtittg is colorKXKied to reflex 
magnimdff of said diSiereQoe. 



56. A method a user to perform a finaocial transaction including a money mark^ 
transaction involving at least two currenctes comprising the steps of: 

accessing a financial system afBliated with a financial institution; 

verifying that said access to said system is authorized; 

identifying on aoooimt affiliated with said user to trade in; 

inputting a currency to be deposited in said money market transaction; 

inputting the desired chacscteristics of said transaction including a maturity date of 
said deposit, and a foreign currency prindpal amount; 
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1 determining automatically the tenns to be offered by said financial institution to 

2 said user for said money market transaction including an interest rate and an interest amoum 

3 in a Sist currency and equivalent amount in a second currency; 

4 infimriiiig said user ofsaid offered transaction terms; 

5 accepting said offered transaction terms; and 

6 releasing automatically said accepted transaction terms for execution. 



1 57. The method of claim 56 wherein said second currency is a currency other than US 

2 Dollars. 



1 58. A method for a user to perform a paymcm order pgan dri transaction, wherein 

2 payments are made in a first currency after being exchanged fiom one of a plurality of second 

3 currencies comprising the sicps of: 

4 accessing a financial system affiliated with a financial instituticm; 

5 verifying that sud access to said system b authorized; 

6 identifying an account afSliated with said user to trade on; 

7 inputting said second currency to be used in said transaction; 

8 irqiuttirig the desired characteristics of said trarisacdonincludiiig a desired 

9 transaction ftwtftitftt* 

10 deterininingautomaticaUy the tenns to be ofifered by said finandai institution to 

1 1 said user for said transaction including a rate of exchange between said two currencies ; 

1 2 informing said user of said ofifercd transaction tenns; 

1 3 accepting said offered transaction terms; and 

14 releasing automatically said accepted transaction tenois for execution. 

1 59. The method of claim 58 further including the step of perfomiing a user profile 

2 validation prior to said releasing step. 

I 60. The method of claim 58 wherein said first currency is US Dollars. 
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6 1 . The n«,hod of cl«m 58 fmther including the aep of sto^ 
seca«lc«««y.«,«ainpu.ofs«d<tei«lcl„^ 



screen. 



62. method of claim 6 1 wherm said payment summanr soeen farther imdudes 
*c date of «id input, seller identification infom««ion. identification iaformadon 

st^us of the paymem i„fon»aio„. said second cu«„cy, said fim cu^ncy. said tnmsaction 
amouai and a payment order transaction number. 



63.11«methodofolaim62firthcrincludingthesiq,of dispUying said payment 
awnminy scitea 
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